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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including the fee set 
forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.1 14. Applicant's submission filed on January 
3, 2008 has been entered. 

2. Applicant's amendment dated January 3, 2008, responding to the final Office 
action mailed September 14, 2007 provided in the rejection of claims 1-14, 17, 20-50, 
and 62-64, wherein claims 1-14, 17, 20-48, and 62-63 have been amended, claims 15- 
16, 18-19, 51-61 have been canceled, and claims 65-67 are new. 

Claims 1-14, 17, 20-50, and 62-67 remain pending in the application and which 
have been fully considered by the examiner. 

Applicant's arguments with respect to claims rejection have been fully considered but 
are moot in view of the new grounds of rejection - see Saga, art made of record, as applied 
hereto. 
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Claim Rejections - 35 USC § 102(b) 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102(b) that form 
the basis for the rejections under this section made in this office action: 
A person shall be entitled to a patent unless - 

(b) the invention was patented or described' in a printed publication in this or a foreign country or 
in public use or on sale in this country, more than one year prior to the date of application for 
patent in the United States. 

3. Claims 1-9, 35-41, 49-50, 63-65, and 67 are rejected under 35 U.S.C. 102(b) as 
being anticipated by Saga Software, Inc., (WO 00/29924) (hereinafter 'Saga' - art made 
of record) 

4. As to claim 1 (Currently Amended), Saga discloses a method of creating an 
application for executing on at least one machine having a memory, the method 
comprising: 

• creating a definition of at least one node (e.g., P. 39, Lines 15-21 - ... a node is a 
physical process that runs on a host and supports one or more services .... The 
user must create at least one node for each host that runs an enterprise 
application that the user wants to integrate. The user can have as many nodes 
as the user's business requirements dictate) and a specification which are held in 
at least one machine readable data file (e.g., P. 16, "Message definitions"; 
Abstract, Lines 5-8 - the message object includes a message schema ... the 
message schema is a hierarchical data structure including a plurality of message 
elements ... section elements ... table elements ... item elements. Item elements 
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contain data native to selected ones of a plurality of enterprise applications; Figs. 
5(a) through 5(c); P. 23, Lines 2-4 - there are three basic types of definition ... 
(1) a message definition; (2) a transformer definition; and (3) a filter definition); 
• the specification defining how the at least one node can interact with other nodes 
during processing of the machine readable data file (e.g., Fig. 5(a), element 518 
- a message hub; P. 23, Lines 32-34 - . . . message hubs are used to receive 
system messages ... and to hold those system messages .. can deliver same to 
one or more target integration objects ; P. 28, Lines 28-30 - Hubs are message 
holding areas for adapters and transformers. Hubs allow adapters and 
transformers to exchange message asynchronously , and simplify links among 
objects), resources useable by the at least one node during processing of the 
machine readable data file (e.g., Fig. 2, element 300 - Application Resources; P. 
21 , Lines 7-15 - ... to maintain state and negotiate transactions with the 
application resources ... integrating application resources .... From such 
application resources), at least one set of predetermined rules to be used by the 
node for processing data (e.g., P. 5, Lines 8-9 - the business rules engine allows 
organizations to process messages based upon the unigue reguirements of their 
business : P. 9, Lines 16-25 - ... stores ... a plurality of rules ... a rules evaluation 
engine using the rules stored in the database storage system .. .) and messages 
which are arranged to be passed between nodes such that the node is arranged 
to receive messages which trigger a rule if predetermined data is present (e.g., 
P. 17, Lines 6-8 - ... uses messages to enable applications on the same or 
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different platforms to communicate ...; P. 18, Lines 14-15 - a "system message" 
is a message, in platform-neutral format, that the system uses to move data from 
application to application; P. 20, Lines 29-33 - ... each such intelligent agent- 
adapter, regardless of its type, generally comprises a runtime interface module 
connecting a particular one of the external application resources to system; P. 
20, Lines 17-24 - ... intelligent messaging by triggering and executing integration 
flows to process event ...); 

• providing a run time environment which processes the at least one machine 
readable data file in order to implement the at least one node within the memory 
of the machine such that the node arranged to receive data, process the received 
data according to the set of predetermined rules and output the processed data 
(e.g., Fig. 1; P. 12, Lines 1-9 - ... a simplistic view of an enterprise computing 
runtime environment ...; Lines 27-29 - ... provides a reliable store-and-forward 
messaging system , ); 

• wherein the processing of the machine readable data file, in the run time 
environment, dynamically interconnects each node according to the specification 
(e.g., P.20, Lines 17-19 - ... implements intelligent messaging by triggering and 
executing integration flows to process events. It executes static and dynamic 
context sensitive rules Lines 25-26 - ... dynamic configuration of system; 
Figs. 10(a) and 10(b); P. 23, Lines 32-34 - ... message hubs are used to receive 
system messages ... and to hold those system messages .. can deliver same to 
one or more target integration objects : P. 3, Lines 28-31 - ... message oriented 
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middleware (MOM) ... one-to-one application connectivity with MOM ... in many- 
to-many application integration ...) and/or data input such that data input to the 
application is processed by the at least one node (e.g., P. 17, Lines 31-33 - ... a 
"primary input message" is the main input data to the system transformation 
processes specified in transformer definitions. The system takes input data , 
transforms it, and creates output data needed by target applications) and,, if 
further processing is required, forwarded to other nodes for that further 
processing (e.g., P. 12, Lines 27-29 - ... provides a reliable store-and-forward 
messaging system ...). 

5. As to claim 2 (Currently Amended) (incorporating the rejection in claim 1), Saga 
discloses the method in which a plurality of nodes are created (e.g., P. 39, Lines 19-21 - 
... as many nodes as . . .). 

6. As to claim 3 (Currently Amended) (incorporating the rejection in claim 1), Saga 
discloses the method which further comprises providing a library of nodes containing at 
least one node and selecting at least one of the nodes from the library of nodes (e.g., 
Fig. 3, element 132 - Class Libraries). 

7. As to claim 4 (Currently Amended) (incorporating the rejection in claim 1 ), Saga 
discloses the method which further comprises arranging the or each node to comprise a 
plurality of layers, each layer being arranged to perform a predetermined function (e.g., 
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P. 15, Lines 18-20 - an "Enterprise Messaging Service (EMS)" P. 17, Lines 6-8 - 
"Message-Oriented Middleware (MON)" ... to enable application on the same or 
different platforms to communicate ...; P. 20, Lines 2-3 - ... including class libraries, 
wizards, and templates ...). 

8. As to claim 5 (Currently Amended) (incorporating the rejection in claim 4), Saga 
discloses the method which further comprises arranging the layers of the nodes to be 
interchangeable and wherein altering at least one of the layers can change the overall 
functionality of a node (e.g., P. 3, Lines 28-31 - ... message oriented middleware 
(MOM) ... one-to-one application connectivity with MOM ... in many-to-many application 
integration ...). 

9. As to claim 6 (Currently Amended) (incorporating the rejection in claim 4), Saga 
discloses the method which further comprises providing a library of layers containing at 
least one layer and selecting at least one layer from the library of layers (e.g., Fig. 3, 
element 132 - Class Libraries). 

10. As to claim 7 (Currently Amended) (incorporating the rejection in claim 4), Saga 
discloses the method which comprises arranging at least one of the layers of a node to 
act as a transport layer arranged to receive and send data to and from the node (e.g., P. 
17, Lines 6-8 - "Message-Oriented Middleware (MON)" ... to enable applications on the 
same or different platforms to communicate ...). 
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11. As to claim 8 (Currently Amended) (incorporating the rejection in claim 4), Saga 
discloses the method which comprises arranging at least one of the layers of a node to 
act as a message transceiver arranged to send and receive messages to other nodes to 
which that node is connected (e.g., P. 15, Lines 18-20 - an "Enterprise Messaging 
Service (EMS)" ... using the Java® Messaging Server (JMS). It enables system to use 
multiple messaging modes, and supports message hubs and provides message 
persistence). 

12. As to claim 9 (Currently Amended) (incorporating the rejection in claim 8), Saga 
discloses the method in which the at least one node has an identity and in which the 
application is arranged to be run and, at runtime, as nodes are connected together, the 
method further comprising arranging the message transceiver layer of a node to 
discover the identity of nodes to which it is connected at runtime (e.g., Figs. 10(a) and 
10(b); P. 23, Lines 32-34 - ... message hubs are used to receive system messages ... 
and to hold those system messages .. can deliver same to one or more target 
integration objects ; P. 3, Lines 28-31 - ... message oriented middleware (MOM) ... one- 
to-one application connectivity with MOM ... in many-to-many application integration 
...). 



13. As to claim 35 (Currently Amended) (incorporating the rejection in claim 1 ), 
Saga discloses the method in which at least one node is provided to provide an output 
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from the application (e.g., P. 17, Lines 31-33 - ... a "primary input message" is the main 
input data to the system transformation processes specified in transformer definitions. 
The system takes input data , transforms it, and creates output data needed by target 
applications). 



14. As to claim 36 (Currently Amended), Saga discloses a computer system having 
a memory and being arranged to create an application, said system comprising: 
• a node creator arranged to create a definition of at least one node and a 

specification, and for each node specified (e.g., P. 39, Lines 15-21 - ... a node is 
a physical process that runs on a host and supports one or more services .... 
The user must create at least one node for each host that runs an enterprise 
application that the user wants to integrate. The user can have as many nodes 
as the user's business requirements dictate), the specification defining how that 
node will interact with any other nodes during processing of a machine readable 
data file (e.g., Fig. 5(a), element 518 - a message hub; P. 23, Lines 32-34 - ... 
message hubs are used to receive system messages ... and to hold those 
system messages .. can deliver same to one or more target integration objects ; 
P. 28, Lines 28-30 - Hubs are message holding areas for adapters and 
transformers. Hubs allow adapters and transformers to exchange message 
asynchronously , and simplify links among objects), resources useable by that 
node during processing of the machine-readable data file (Fig. 2, element 300 - 
Application Resources; P. 21, Lines 7-15 - ... to maintain state and negotiate 
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transactions with the application resources ... integrating application resources 
.... From such application resources), a set of predetermined rules to be used by 
that node for processing data (e.g., P. 5, Lines 8-9 - the business rules engine 
allows organizations to process messages based upon the unique requirements 
of their business : P. 9, Lines 16-25- ... stores ... a plurality of rules ... a rules 
evaluation engine using the rules stored in the database storage system ...) and 
messages that are arranged to be passed between that node (e.g.,) and any 
other nodes such that that node is arranged to receive messages which can 
trigger a rule if predetermined data is present, the node being arranged to 
process data according to the set of predetermined rules (e.g., P. 17, Lines 6-8 - 
... uses messages to enable applications on the same or different platforms to 
communicate ...; P. 18, Lines 14-15 - a "system message" is a message, in 
platform-neutral format, that the system uses to move data from application to 
application; P. 20, Lines 29-33 - ... each such intelligent agent-adapter, 
regardless of its type, generally comprises a runtime interface module connecting 
a particular one of the external application resources to system; P. 20, Lines 17- 
24 - ... intelligent messaging by triggering and executing integration flows to 
process event ...) and generate an output therefrom (e.g., P. 17, Lines 31-33 - ... 
a "primary input message" is the main input data to the system transformation 
processes specified in transformer definitions. The system takes input data , 
transforms it, and creates output data needed by target applications); 
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• a linker arranged to connect, dynamically according to the specification and/or 
any data input to the application, at least two nodes such that data is arranged to 
pass between the nodes and the linker being arranged to interact with the node 
creator to modify the definition; deployer arranged to deploy the application from 
the definition created by the node creator and the linker according to a 
specification (e.g., P.20, Lines 17-19 - ... implements intelligent messaging by 
triggering and executing integration flows to process events. It executes static 
and dynamic context sensitive rules ...; Lines 25-26 - ... dynamic configuration of 
system; Figs. 10(a) and 10(b); P. 23, Lines 32-34 - ... message hubs (i.e., a 
linker) are used to receive system messages ... and to hold those system 
messages .. can deliver same to one or more target integration objects ; P. 3, 
Lines 28-31 - ... message oriented middleware (MOM) ... one-to-one application 
connectivity with MOM ... in many-to-many application integration ...). 

15. As to claim 37 (Currently Amended) (incorporating the rejection in claim 36), 
Saga discloses the computer system which comprises at least one processor arranged 
to process data, including the definition (e.g., "Message definitions"; Abstract, Lines 5-8 
- the message object includes a message schema ... the message schema is a 
hierarchical data structure including a plurality of message elements ... section 
elements ... table elements ... item elements. Item elements contain data native to 
selected ones of a plurality of enterprise applications; Figs. 5(a) through 5(c); P. 23, 
Lines 2-4 - there are three basic types of definition ... (1 ) a message definition; (2) a 



Application/Control Number: Page 12 

10/687,941 

Art Unit: 2192 

transformer definition; and (3) a filter definition), and on which the definition created by 
thenode creator and modified by the linker is processed (e.g., Figs. 10(a) and 10(b); P. 
23, Lines 32-34 - ... message hubs (i.e., a linker) are used to receive system messages 
... and to hold those system messages can deliver same to one or more target 
integration objects : P. 3, Lines 28-31 - ... message oriented middleware (MOM) ... one- 
to-one application connectivity with MOM ... in many-to-many application integration 
...). 



16. As to claim 38 (Currently Amended) (incorporating the rejection in claim 37), . 
Saga discloses the computer system which comprises at least one processing 
apparatus comprising the at least one processor and in which the linker is arranged to 
connect nodes running on the processor within the processing apparatus (e.g., Figs. 
10(a) and 10(b); P. 23, Lines 32-34 - ... message hubs (i.e., a linker) are used to 
receive system messages ... and to hold those system messages .. can deliver same to 
one or more target integration objects ; P. 3, Lines 28-31 - ... message oriented 
middleware (MOM) ... one-to-one application connectivity with MOM ... in many-to- 
many application integration ...). 



17. As to claim 39 (Currently Amended) (incorporating the rejection in claim 38), 
Saga discloses the computer system which comprises a plurality of processors, each 
remote from the other and having connector therebetween capable of transmitting data 
between the processors (e.g., P. 17, Lines 6-8 - ... uses messages to enable 
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applications on the same or different platforms to communicate ...; P. 18, Lines 14-15 - 
a "system message" is a message, in platform-neutral format, that the system uses to 
move data from application to application; P. 20, Lines 29-33 - ... each such intelligent 
agent-adapter, regardless of its type, generally comprises a runtime interface module 
connecting a particular one of the external application resources to system; P. 20, Lines 
17-24 - ... intelligent messaging by triggering and executing integration flows to process 
event ...). 

18. As to claim 40 (Currently Amended) (incorporating the rejection in claim 39), 
Saga discloses the computer system in which each of the processors is provided on a 
separate processing apparatus (e.g., P. 17, Lines 6-8 - ... uses messages to enable 
applications on the same or different platforms to communicate ...; P. 18, Lines 14-15 - 
a "system message" is a message, in platform-neutral format, that the system uses to 
move data from application to application; P. 20, Lines 29-33 - ... each such intelligent 
agent-adapter, regardless of its type, generally comprises a runtime interface module 
connecting a particular one of the external application resources to system; P. 20, Lines 
17-24 - ... intelligent messaging by triggering and executing integration flows to process 
event...). 

19. As to claim 41 (Currently Amended) (incorporating the rejection in claim 39), . 
Saga discloses the computer system in which the linker is arranged to connect nodes 
provided on processors remote from one another (e.g., Figs. 10(a) and 10(b); P. 23, 
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Lines 32-34 - ... message hubs (i.e., a linker) are used to receive system messages ... 
and to hold those system messages .. can deliver same to one or more target 
integration objects ; P. 3, Lines 28-31 - ... message oriented middleware (MOM) ... one- 
to-one application connectivity with MOM ... in many-to-many application integration 
...). 



20. As to claim 49 (Original) (incorporating the rejection in claim 1), refer to claim 1 
above accordingly. 



21 . As to claim 50 (Original) (incorporating the rejection in claim 36), refer to claim 
36 above accordingly. 

22. As to claim 63 (Currently Amended), Saga discloses a computer system having 
a memory and being arranged to run an application, said system comprising: 

• a run time environment arranged to process at least one machine readable data 
file (e.g., Fig. 1; P. 12, Lines 1-9- ... a simplistic view of an enterprise computing 
runtime environment ...; Lines 27-29 - ... provides a reliable store-and-forward 
messaging system , ....), the machine readable data file providing a definition of 
at least one node (e.g., P. 39, Lines 15-21 - ... a node is a physical process that 
runs on a host and supports one or more services .... The user must create at 
least one node for each host that runs an enterprise application that the user 
wants to integrate. The user can have as many nodes as the user's business 
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requirements dictate; P. 16, "Message definitions"; Abstract, Lines 5-8 - the 
message object includes a message schema ... the message schema is a 
hierarchical data structure including a plurality of message elements ... section 
elements ... table elements ... item elements. Item elements contain data native 
to selected ones of a plurality of enterprise applications; Figs. 5(a) through 5(c); 
P. 23, Lines 2-4 - there are three basic types of definition ... (1 ) a message 
definition; (2) a transformer definition; and (3) a filter definition) and a 
specification, the specification defining how the at least one node is arranged to 
interact with other nodes during processing of the machine readable data file 
(e.g., Figs. 10(a) and 10(b); P. 23, Lines 32-34 - ... message hubs are used to 
receive system messages ... and to hold those system messages .. can deliver 
same to one or more target integration objects ; P. 3, Lines 28-31 - ... message 
oriented middleware (MOM) ... one-to-one application connectivity with MOM ... 
in many-to-many application integration ...), resources useable by the at least 
one node during processing of the machine readable data file (e.g., Fig. 2, 
element 300 - Application Resources; P. 21, Lines 7-15 - ... to maintain state 
and negotiate transactions with the application resources ... integrating 
application resources .... From such application resources), at least one set of 
predetermined rules (e.g., P. 5, Lines 8-9 - the business rules engine allows 
organizations to process messages based upon the unigue reguirements of their 
business ; P. 9, Lines 16-25 - ... stores ... a plurality of rules ... a rules 
evaluation engine using the rules stored in the database storage system ...) to 
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be used by the node for processing data and messages (e.g., P. 17, Lines 6-8 - 
... uses messages to enable applications on the same or different platforms to 
communicate ...; P. 18, Lines 14-15 - a "system message" is a message, in 
platform-neutral format, that the system uses to move data from application to 
application; P. 20, Lines 29-33 - ... each such intelligent agent-adapter, 
regardless of its type, generally comprises a runtime interface module 
connecting a particular one of the external application resources to system; P. 
20, Lines 17-24 - ... intelligent messaging by triggering and executing integration 
flows to process event ...) that are arranged to be passed between nodes such 
that a node is arranged to receive messages which trigger a rule if 
predetermined data is present (e.g., P. 17, Lines 6-8 - ... uses messages to 
enable applications on the same or different platforms to communicate ...; P. 18, 
Lines 14-15 - a "system message" is a message, in platform-neutral format, that 
the system uses to move data from application to application; P. 20, Lines 29-33 
- ... each such intelligent agent-adapter, regardless of its type, generally 
comprises a runtime interface module connecting a particular one of the external 
application resources to system; P. 20, Lines 1 7-24 - . . . intelligent messaging by 
triggering and executing integration flows to process event . . .); 
• wherein the run time environment comprises a linker which is arranged to 
connect, dynamically according to the specification and/or any data input to the 
application, the at least one node to any other nodes such that data input to the 
application is processed by the at least one node and, if further processing is 



Application/Control Number: Page 17 

10/687,941 

Art Unit: 2192 

required, forwarded to the other nodes for that further processing (e.g., P.20, 
Lines 17-19 - ... implements intelligent messaging by triggering and executing 
integration flows to process events. It executes static and dynamic context 
sensitive rules Lines 25-26 - ... dynamic configuration of system; Figs-. 10(a) 
and 10(b); P. 23, Lines 32-34 - ... message hubs (i.e., a linker) are used to 
receive system messages ... and to hold those system messages .. can deliver 
same to one or more target integration objects ; P. 3, Lines 28-31 - ... message 
oriented middleware (MOM) ... one-to-one application connectivity with MOM ... 
in many-to-many application integration ...; P. 12, Lines 27-29 - ... provides a 
reliable store-and-forward messaging system ...). 

23. As to claim 64 (Previously Presented) (incorporating the rejection in claim 63), 

( 

refer to claim 63 above accordingly. 

24. As to claim 65 (New) (incorporating the rejection in claim 1), Saga discloses the 
method wherein the or each node is arranged to manipulate data contained in a 
message (e.g., P. 19, Lines 8-9 - "To "transform data" is a process in which 
transformers modify data taken from one or more enterprise applications into data 
needed by other enterprise applications ). 



25. As to claim 67 (New) (incorporating the rejection in claim 1 ), Saga discloses the 
method wherein the or each node is arranged, during processing of the machine 
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readable data file, to output data to any of the nodes to which it is arranged to be 
connected (e.g., P. 17, Lines 31-33 - ... a "primary input message" is the main input 
data to the system transformation processes specified in transformer definitions. The 
system takes input data , transforms it, and creates output data needed by target 
applications). 

Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

26. Claims 20-26, 28-34, 42-48, 62, and 66 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Saga in view of Thilmany et al. (BizTalk®: Implement Design 
Patterns for Business Rules with Orchestration Designer, Oct 2001, MSDN® 
Magazine) (hereinafter Thilmany') 

27. As to claim 20 (Currently Amended) (incorporating the rejection in claim 1), 
Saga does not explicitly disclose the method which comprises providing a pattern, 
arranging the at least one node within the pattern and defining how nodes therein 
interact with one another. 
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However, in an analogous art of Implement Design Patterns for Business Rules 
with Orchestration Designer, Thilmany discloses the method which comprises providing 
a pattern, arranging the at least one node within the pattern and defining how nodes 
therein interact with one another (e.g., SUMMARY - this article describes several 
traditional design patterns including the Observer pattern and the Dispatcher pattern, 
elaborates on their structures, what they're used for, and how they can help you build a 
Biztalk®-based solution; Sec. of The Chain of Responsibility Pattern, 1 st Par. - the 
intent of the Chain of Responsibility pattern is to provide a loosely coupled 
sender/receiver relationship by providing more than one component an opportunity to 
handle a request; this chains all receiving components and passes the request along 
the chain until the request is handled). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Thilmany into the Saga's 
system to further provide the method which comprises providing a pattern, arranging the 
at least one node within the pattern and defining how nodes therein interact with one 
another in the Saga system. 

The motivation is that it would further enhance the Saga's system by taking, 
advancing and/or incorporating Thilmany's system which offers significant advantages 
that the sample application will show how applying patterns to BizTalk® can significantly 
ease the development and design for each sub-department as once suggested by 
Thilmany (e.g., P. 1,5 th Par.). 
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28. As to claim 21 (Currently Amended) (incorporating the rejection in claim 20), 
Thilmany discloses the method which comprises providing a library of patterns 
containing at least one pattern that can be used in creating an application (e.g., 
SUMMARY - this article describes several traditional design patterns including the 
Observer pattern and the Dispatcher pattern, elaborates on their structures, what 
they're used for, and how they can help you build a Biztalk-based solution; Sec. of The 
Chain of Responsibility Pattern, 1 st Par. - the intent of the Chain of Responsibility 
pattern is to provide a loosely coupled sender/receiver relationship by providing more 
than one component an opportunity to handle a request; this chains all receiving 
components and passes the request along the chain until the request is handled; Sec. 
of Design Patterns versus Architectural Patterns, 1 st Par. - Reusability not only applies 
to the components themselves, but also to the stages the design must go through to 
morph itself into your final solution; the ability to apply a patterned repeatable solution is 
worth the little time spent learning formal patterns, or to even formalize you own). 

29. As to claim 22 (Currently Amended) (incorporating the rejection in claim 1), 
Thilmany discloses the method in which the specification is arranged to determine at 
least one of the following: which nodes are to be used; which nodes interact with one 
another; which patterns are to be used; which assets are to be used (e.g., SUMMARY - 
this article describes several traditional design patterns including the Observer pattern 
and the Dispatcher pattern, elaborates on their structures, what they're used for, and 
how they can help you build a Biztalk-based solution; Sec. of The Chain of 



Application/Control Number: Page 21 

10/687,941 

Art Unit: 2192 

Responsibility Pattern, 1 st Par. - the intent of the Chain of Responsibility pattern is to 
provide a loosely coupled sender/receiver relationship by providing more than one 
component an opportunity to handle a request; this chains all receiving components and 
passes the request along the chain until the request is handled; Sec. of The Chain of 
Responsibility Pattern, 2 nd Par. - as is the case of our product support sample, the 
request may not be fulfilled at one application site due to the distribution of the 
knowledge bases used to answer a request; the request must be routed until it can be 
handled). 

30. As to claim 23 (Currently Amended) (incorporating the rejection in claim 1 ), 

♦ 

Thilmany discloses the method which comprises providing files arranged to define the 
application specified therein, arranging the specification to be capable of deploying files 
and using the specification to deploy the files (e.g., Sec. of BizTalk® and the 
Orchestration Designer®, 3 rd Par. - the Biztalk Orchestration Designer® is a Microsoft 
Visio® 2000-based design tool that, when compiled, can run as an XLANG® schedule; 
XLANG® itself is described through XML). 

31 . As to claim 24 (Currently Amended) (incorporating the rejection in claim 23), 
Thilmany discloses the method which comprises arranging the files specifying the 
application to be XML files (e.g., Sec. of BizTalk® and the Orchestration Designer®, 3 rd 
Par. - the Biztalk Orchestration Designer® is a Microsoft Visio® 2000-based design tool 
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that, when compiled, can run as an XLANG® schedule; XLANG® itself is described 
through XML). 

32. As to claim 25 (Currently Amended) (incorporating the rejection in claim 1 ), 
Thilmany discloses the method in which the data processed by the application is 
specified in an XML file (e.g., Sec. of BizTalk® and the Orchestration Designer®, 3 rd 
Par. - the Biztalk Orchestration Designer® is a Microsoft Visio® 2000-based design tool 
that, when compiled, can run as an XLANG® schedule; XLANG® itself is described 
through XML). 

33. As to claim 26 (Currently Amended) (incorporating the rejection in claim 1 ), 
Thilmany discloses the method in which data processed by the application is specified 
in an image file (e.g., Sec. of Biztalk® and the Orchestration Designer®, 3 rd Par. - the 
designer provides a high-level means of orchestrating a middleware system's moving 
parts; those moving parts can take the form of message quest, COM component, 
BizTalk® Channel, file, e-mail message, or HTTP-based service; with the Orchestration 
Designer, analysts not privy to the implementation complexities of COM or Web 
development can participate in the development of business rules by using the designer 
in Visio® to lay out the business flow; the developer can then implement the moving 
parts that these designers orchestrate). 
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34. As to claim 28 (Currently Amended) (incorporating the rejection in claim 1 ), 
Thilmany discloses the method which comprises providing a graphical tool arranged to 
enable a user to specify components of the application (e.g., Sec. of Biztalk® and the 
Orchestration Designer®, 3 rd Par. - the designer provides a high-level means of 
orchestrating a middleware system's moving parts; those moving parts can take the 
form of message quest, COM component, BizTalk® Channel, file, e-mail message, or 
HTTP-based service; with the Orchestration Designer, analysts not privy to the 
implementation complexities of COM or Web development can participate in the 
development of business rules by using the designer in Visio® to lay out the business 
flow; the developer can then implement the moving parts that these designers 
orchestrate; Sec. of BizTalk® and the Orchestration Designer®, 3 rd Par. - the Biztalk® 
Orchestration Designer® is a Microsoft Visio® 2000-based design tool that, when 
compiled, can run as an XLANG® schedule; XLANG® itself is described through XML). 

35. As to claim 29 (Currently Amended) (incorporating the rejection in claim 28), 
Thilmany discloses the method which comprises providing a library of at least one of the 
following: nodes; node layers; specification; patterns; messages; rule sets; style sheets; 
schemas and in which the graphical tool allows a user to select components from one of 
said libraries (e.g., Sec. of Biztalk® and the Orchestration Designer®, 3 rd Par. - the 
designer provides a high-level means of orchestrating a middleware system's moving 
parts; those moving parts can take the form of message quest, COM component, 
BizTalk® Channel, file, e-mail message, or HTTP-based service; with the Orchestration 
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Designer, analysts not privy to the implementation complexities of COM or Web 

* 

development can participate in the development of business rules by using the designer 
in Visio® to lay out the business flow; the developer can then implement the moving 
parts that these designers orchestrate; SUMMARY - this article describes several 
traditional design patterns including the Observer pattern and the Dispatcher pattern, 
elaborates on their structures, what they're used for, and how they can help you build a 
Biztalk®-based solution; Sec. of The Chain of Responsibility Pattern, 1 st Par. - the 
intent of the Chain of Responsibility pattern is to provide a loosely coupled 
sender/receiver relationship by providing more than one component an opportunity to 
handle a request; this chains all receiving components and passes the request along 
the chain until the request is handled; Sec. of The Chain of Responsibility Pattern, 2 nd 
Par. - as is the case of our product support sample, the request may not be fulfilled at 
one application site due to the distribution of the knowledge bases used to answer a 
request; the request must be routed until it can be handled). 

36. As to claim 30 (Currently Amended) (incorporating the rejection in claim 29), 
Thilmany discloses the method which allows a user to define further libraries (e.g., Sec. 
of Biztalk® and the Orchestration Designer®, 3 rd Par. - the designer provides a high- 
level means of orchestrating a middleware system's moving parts; those moving parts 
can take the form of message quest, COM component, BizTalk® Channel, file, e-mail 
message, or HTTP-based service; with the Orchestration Designer®, analysts not privy 
to the implementation complexities of COM or Web development can participate in the 
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development of business rules by using the designer in Visio to lay out the business 
flow; the developer can then implement the moving parts that these designers 
orchestrate; Sec. of BizTalk® and the Orchestration Designer®, 3 rd Par. - the Biztalk 
Orchestration Designer® is a Microsoft Visio® 2000-based design tool that, when 
compiled, can run as an XLANG® schedule; XLANG® itself is described through XML). 

37. As to claim 31 (Currently Amended) (incorporating the rejection in claim 28), 
Thilmany discloses the method which comprises providing at least one pattern arranged 
to define how nodes interact arranging the at least one pattern such that it is capable of 
interacting with at least one other pattern and arranging the graphical tool to allow a 
user to specify how the patterns and nodes interact with one another (e.g., SUMMARY 
- this article describes several traditional design patterns including the Observer pattern 
and the Dispatcher pattern, elaborates on their structures, what they're used for, and 
how they can help you build a Biztalk®-based solution; Sec. of The Chain of 
Responsibility Pattern, 1 st Par. - the intent of the Chain of Responsibility pattern is to 
provide a loosely coupled sender/receiver relationship by providing more than one 
component an opportunity to handle a request; this chains all receiving components and 
passes the request along the chain until the request is handled; Sec. of The Chain of 
Responsibility Pattern, 2 nd Par. - as is the case of our product support sample, the 
request may not be fulfilled at one application site due to the distribution of the 
knowledge bases used to answer a request; the request must be routed until it can be 
handled). 
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38. As to claim 32 (Currently Amended) (incorporating the rejection in claim 28), 
Thilmany discloses the method which comprises using the graphical tool to perform at 
least one of the following: create the specification; edit the specification (e.g., Sec. of 
Biztalk® and the Orchestration Designer®, 3 rd Par. - the designer provides a high-level 
means of orchestrating a middleware system's moving parts; those moving parts can 
take the form of message quest, COM component, BizTalk® Channel, file, e-mail 
message, or HTTP-based service; with the Orchestration Designer, analysts not privy to 
the implementation complexities of COM or Web development can participate in the 
development of business rules by using the designer in Visio to lay out the business 
flow; the developer can then implement the moving parts that these designers 
orchestrate; Sec. of BizTalk® and the Orchestration Designer®, 3 rd Par. - the Biztalk 
Orchestration Designer® is a Microsoft Visio® 2000-based design tool that, when 
compiled, can run as an XLANG® schedule; XLANG® itself is described through XML). 

39. As to claim 33 (Currently Amended) (incorporating the rejection in claim 28), 
Thilmany discloses the method which comprises using the graphical tool to manipulate 
any components of the specification (e.g., Sec. of Biztalk® and the Orchestration 
Designer®, 3 rd Par. - the designer provides a high-level means of orchestrating a 
middleware system's moving parts; those moving parts can take the form of message 
quest, COM component, BizTalk Channel, file, e-mail message, or HTTP-based service; 
with the Orchestration Designer®, analysts not privy to the implementation complexities 
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of COM or Web development can participate in the development of business rules by 
using the designer in Visio® to lay out the business flow; the developer can then 
implement the moving parts that these designers orchestrate; Sec. of BizTalk® and the 
Orchestration Designer®, 3 rd Par. - the Biztalk Orchestration Designer® is a Microsoft 
Visio® 2000-based design tool that, when compiled, can run as an XLANG® schedule; 
XLANG® itself is described through XML). 

40. As to claim 34 (Currently Amended) (incorporating the rejection in claim 1 ), 
Thilmany discloses the method which comprises creating and deploying files and 
processing the files in the run time environment (e.g., Sec. of Biztalk® and the 
Orchestration Designer®, 3 rd Par. - the designer provides a high-level means of 
orchestrating a middleware system's moving parts; those moving parts can take the 
form of message quest, COM component, BizTalk® Channel, file, e-mail message, or 
HTTP-based service; with the Orchestration Designer®, analysts not privy to the 
implementation complexities of COM or Web development can participate in the 
development of business rules by using the designer in Visio to lay out the business 
flow; the developer can then implement the moving parts that these designers 
orchestrate; Sec. of BizTalk® and the Orchestration Designer®, 3 rd Par. - the Biztalk 
Orchestration Designer® is a Microsoft Visio® 2000-based design tool that, when 
compiled, can run as an XLANG® schedule; XLANG® itself is described through XML). 
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41 . As to claim 42 (Currently Amended) (incorporating the rejection in claim 36), 
Thilmany discloses the computer system in which the deployer deploys the definition 
that causes the nodes to communicate with one another using one of HTTP and direct 
memory protocols (e.g., Sec. of the chain of responsibility pattern, 1 st Par. - the intent of 
the Chain of Responsibility pattern is to provide a loosely coupled sender/receiver 
relationship by providing more than one component an opportunity to handle a request; 
this chains all receiving components and passes the request along the chain until the 
request is handled; Sec. of Using the BizTalk Orchestration Designer®, 2 nd Par. - ports 
are named locations where messages are sent and received; ports can be defined 
initially as unbound or bound; Sec. of BizTalk and the Orchestration Designer®, 3 rd par. 
-the designer provides a high-level means of orchestrating a middleware system's 
moving parts; those moving parts can take the form of a message queue, COM 
component, BizTalk Channel, e-mail message, or HTTP-based service; orchestration 
designer provides a way to create loosely coupled business processes that may 
optionally be long-running a nature). 

42. As to claim 43 (Currently Amended) (incorporating the rejection in claim 36), 
Thilmany discloses the computer system in which the node creation means creator is 
arranged to utilise at least one of the following: predetermined definitions and pre- 
written definitions (e.g., Sec. of Using the BizTalk Orchestration Designer®, 1 st Par. - 
there are three key object categories in the business process page of the Orchestration 
Designer®; flowchart shapes, ports, and implementation shapes; conceptually, the way 
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this works is that you, or your friendly neighborhood business analyst, use the flowchart 
shapes to create the process flow; the flowchart shapes support basic constructs such 
as if ... then ... else decisions, looping while a condition is true, branching execution, 
rejoining the branches together, and defining transactional boundaries). 

43. As to claim 44 (Currently Amended) (incorporating the rejection in claim 43), 
Thilmany discloses the computer system in which the pre-written definition is provided 
in at least one library (e.g., P. 1 , 6 th Par. - the sample application will show how 
applying patterns to Biztalk can significantly ease the development and design for each 
sub-department; it will provide the ability to answer and route online product support 
questions effectively and efficiently; Sec. of Design Patterns versus Architectural 
Patterns, 1 st Par. - design patterns help make the design process faster; this allows 
solution providers to take the time to concentrate on the business implementation; more 
importantly, patterns help formalize the design to make it reusable; reusability not only 
applies to the components themselves, but also the stages the design must go through 
to morph itself into your final solution; Sec. of Biztalk and the Orchestration Designer®, 
3 rd Par. - the designer provides a high-level means of orchestrating a middleware 
system's moving parts; those moving parts can take the form of a message queue, 
COM component, BizTalk® Channel, file, e-mail message, or HTTP-based service; 
Orchestration Designer provides a way to create loosely coupled business processes 
that may optionally be long-running in nature). 
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44. As to claim 45 (Currently Amended) (incorporating the rejection in claim 36), 
Thilmany discloses the computer system which further comprises a pattern creation 
means creator arranged to create at least one pattern of nodes (e.g., P. 1 , 6 th Par. - the 
sample application will show how applying patterns to Biztalk® can significantly ease 
the development and design for each sub-department; it will provide the ability to 
answer and route online product support questions effectively and efficiently; Sec* of 
Design Patterns versus Architectural Patterns, 1 st Par. - design patterns help make the 
design process faster; this allows solution providers to take the time to concentrate on 
the business implementation; more importantly, patterns help formalize the design to 
make it reusable; reusability not only applies to the components themselves, but also 
the stages the design must go through to morph itself into your final solution; Sec. of 
Biztalk® and the Orchestration Designer, 3 rd Par. - the designer provides a high-level 
means of orchestrating a middleware system's moving parts; those moving parts can 
take the form of a message queue, COM component, BizTalk® Channel, file, e-mail 
message, or HTTP-based service; Orchestration Designer provides a way to create 
loosely coupled business processes that may optionally be long-running in nature). 

45. As to claim 46 (Currently Amended) (incorporating the rejection in claim 36), 
Thilmany discloses the computer system which further comprises a pattern doner 
arranged to clone a pattern of nodes (e.g., P. 1 , 6 th Par. - the sample application will 
show how applying patterns to Biztalk can significantly ease the development and 
design for each sub-department; it will provide the ability to answer and route online 
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product support questions effectively and efficiently; Sec. of Design Patterns versus 
Architectural Patterns, 1 st Par. - design patterns help make the design process faster; 
this allows solution providers to take the time to concentrate on the business 
implementation; more importantly, patterns help formalize the design to make it 
reusable; reusability not only applies to the components themselves, but also the stages 
the design must go through to morph itself into your final solution; Sec. of Biztalk® and 
the Orchestration Designer®, 3 rd Par. - the designer provides a high-level means of 
orchestrating a middleware system's moving parts; those moving parts can take the 
form of a message queue, COM component, BizTalk® Channel, file, e-mail message, or 
HTTP-based service; Orchestration Designer provides a way to create loosely coupled 
business processes that may optionally be long-running in nature). 

46. As to claim 47 (Currently Amended) (incorporating the rejection in claim 36), 
Thilmany discloses the computer system which further comprises a rule creation means 
creator arranged to allow predetermined rules to be created and edited (e.g., Sec. of 
BizTalk® and the Orchestration Designer®, 3 rd Par. - the Biztalk Orchestration 
Designer® is a Microsoft Visio® 2000-based design tool that, when compiled, can run 
as an XLANG® schedule; XLANG® itself is described through XML). 

47. As to claim 48 (Currently Amended) (incorporating the rejection in claim 36), 
Thilmany discloses the computer system which further comprises at least one of the 
following: a node storage (e.g., Sec. of BizTalk® and the Orchestration Designer®, 3 rd 
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Par. - the Biztalk Orchestration Designer® is a Microsoft Visio® 2000-based design tool 
that, when compiled, can run as an XLANG® schedule; XLANG® itself is described 
through XML); a pattern storage (e.g., P. 1, 6 th Par. - the sample application will show 
how applying patterns to Biztalk can significantly ease the development and design for 
each sub-department; it will provide the ability to answer and route online product 
support questions effectively and efficiently); a rule storage (e.g., Sec. of Using the 
BizTalk Orchestration Designer®, 1 st Par. - there are three key object categories in the 
business process page of the Orchestration Designer®; flowchart shapes, ports, and 
implementation shapes; conceptually, the way this works is that you, or your friendly 
neighborhood business analyst, use the flowchart shapes to create the process flow; 
the flowchart shapes support basic constructs such as if ... then ... else decisions, 
looping while a condition is true, branching execution, rejoining the branches together, 
and defining transactional boundaries). 

48. As to claim 62 (Currently Amended) (incorporating the rejection in claim 1), 
Thilmany discloses the method in which the node, specification, and messages are at 
least in part written in XML (e.g., Sec. of BizTalk® and the Orchestration Designer®, 2 nd 
Par. - communicating to a BizTalk® server implementation simply means using XML as 
the message format; as you may already know, BizTalk® is completely structured 
around XML and uses a SOAP 1.1 XML message format; the BizTalk® friendly XML 
message is nothing more than a SOAP 1 .1 XML message with additional biz-tags to 
comply with the BizTalk® Framework specification). 
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49. As to claim 66 (New) (incorporating the rejection in claim 65), Thilmany 
discloses the method wherein the or each node is arranged to manipulate XML data 
contained in the message (e.g., Sec. of BizTalk® and the Orchestration Designei®, 2 nd 
Par. - communicating to a BizTalk® server implementation simply means using XML as 
the message format; as you may already know, BizTalk® is completely structured 
around XML and uses a SOAP 1 .1 XML message format; the BizTalk® friendly XML 
message is nothing more than a SOAP 1.1 XML message with additional biz-tags to 
comply with the BizTalk® Framework specification) 

50. Claims 10-12, and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Saga in view of Moore et al., (Pub. No. US 2004/0034848 A1 B1 ) (hereinafter 
'Moore') 

51 . As to claim 10 (Currently Amended) (incorporating the rejection in claim 4), 
Saga does not explicitly disclose the method which comprises arranging at least one of 
the layers of a node to act as a rule processing engine arranged to apply the 
predetermined rules to data that the node receives. 

However, in an analogous art of Rule Engine, Moore discloses the method which 
comprises arranging at least one of the layers of a node to act as a rule processing 
engine arranged to apply the predetermined rules to data that the node receives (e.g., 
Fig. 1 - element of 140 - Business Intelligence Server; [0031], Lines 16-18 - rule-packs 
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are implemented as extensible markup language (XML) documents expressed in a rules 
markup language generated for that purpose). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Moore into the Saga's system 
to further provide the method which comprises arranging at least one of the layers of a 
node to act as a rule processing engine arranged to apply the predetermined rules to 
data that the node receives in the Saga system. 

The motivation is.that it would further enhance the Saga's system by taking, 
advancing and/or incorporating Moore's system which offers significant advantages for 
automating business processes including, in a computer system, receiving a rule set as 
a single package, determining logical conflicts within the rule set, resolving the logical 
conflicts, and generating a sequence of processing logic from the rule set for optimal 
processing of inputted facts as once suggested by Moore (e.g., [0005]). 

52. As to claim 11 (Currently Amended) (incorporating the rejection in claim 10), 
Moore discloses the method in which the rule processing engine layer of a node is 
arranged to use uses forward chaining rule logic (e.g., [0002], Lines 8-12 - forward 
chaining is a process of applying a set of previously determined rules to the facts in a 
knowledge base to see if any of them fire and thereby generate new facts; in essence, 
all derivable knowledge is derived in forward chaining). 
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53. As to claim 12 (Currently Amended) (incorporating the rejection in claim 10), 
Moore discloses a method which comprises providing a rule set of at least one rule in a 
file that is used by the rule processing engine (e.g., [0005], automating business 
processes including, in a computer system, receiving a rule set as a single package, 
determining logical conflicts within the rule set, resolving the logical conflicts, and 
generating a sequence of processing logic from the rule set for optimal processing of 
inputted facts). 

54. As to claim 14 (Currently Amended) (incorporating the rejection in claim 10), 
Moore discloses the method which comprises defining each rule set that is to be used • 
by the application in the specification (e.g., [0031], Lines 16-18 - rules-packs are 
implemented as extensible markup language (XML) documents expressed in a rules 
markup language generated for that purpose). 

55. Claim 13 is rejected under 35 U.S.C. 103(a) as being unpatentable over Saga in 
view of Moore and further in view of Lee et al. {The Extensible Rule Markup Language, 
May 2003, ACM) (hereinafter 'Lee') 

56. As to claim 13 (Currently Amended) (incorporating the rejection in claim 12), 
Saga and Moore do not explicitly disclose the method which comprises specifying the 
file in which the rules are located by a link. 
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However, in an analogous art of The Extensible Rule Markup Language, Lee 
discloses the method which comprises specifying the file in which the rules are located 
by a link (e.g., P. 60, Left-Col, "Relevance Linkability" - Linkages of the relevance 
between hypertexts with RIML, as well as rules in RSML syntax (called RSML rules), 
should be expressed completely) . 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Lee into the Saga-Moore's 
system to further provide the method which comprises specifying the file in which the 
rules are located by a link. 

The motivation is that it would further enhance the Saga-Moore's system by , 
taking, advancing and/or incorporating Lee's system which offers significant advantages 
that the Extensible Markup Language (XML) explicates the implicitly embedded data in 
a formal structure with mutually agreed-on semantic definitions; may industrial-strength 
standard initiatives using XML are underway, including the Electronic Business XML 
Initiative, XML Common Business Library, Open Trading Protocol, Open Business on 
the Internet, Common Business Language, RosettaNet, and Biztalk as once suggested 
by Lee (e.g., P. 59, 1 st Par.). 

57. Claims 17 and 27 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Saga in view of Bowman-Amuah (hereinafter 'Bowman-Amuah') (Pat. No. US 
6,601,234 B1). 
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58. As to claim 17 (Currently Amended) (incorporating the rejection in claim 1 ), 
Saga does not explicitly disclose the method which comprises writing the messages in a 
flat text format, which may be any of the following: ASCII, XML, EDI (Electronic Data 
Interchange). 

However, in an analogous art of Attribute Dictionary in a Business Logic Services 
Environment, Bowman-Amuah discloses the method which comprises writing the 
messages in a flat text format, which may be any of the following: ASCII (e.g., Col. 56, 
Lines 55-60), XML (e.g., Col. 41, Lines 39-43 - ... XML is currently playing an important 
role the realm of electronic commerce ....), EDI (Electronic Data Interchange) (e.g., Col. 
78, Line 35 through Col. 79, Line 9). 

Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Bowman-Amuah into the 
Saga's system to further provide the method which comprises writing the messages in a 
flat text format, which may be any of the following: ASCII, XML, EDI (Electronic Data 
Interchange). 

The motivation is that it would further enhance the Saga's system by taking, 
advancing and/or Bowman-Amuah system which offers significant advantages for a 
system and method providing for controlling access to data of a business object via an 
attribute dictionary; the attribute dictionary, which stores attribute names and values, is 
dispatches over a network as once suggested by Bowman-Amuah (e.g., Abstract). 
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59. As to claim 27 (Currently Amended) (incorporating the rejection in claim 1), refer 
to claim 17 above accordingly. 



Conclusion 

60. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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